home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 94.lightwave-09 / 000191_owner-lightwave-l _Wed Sep 7 08:21:21 1994.msg < prev    next >
Internet Message Format  |  1994-10-01  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail.netcom.com (8.6.9/Netcom)     id HAA01731; Wed, 7 Sep 1994 07:38:56 -0700
  3. Received: from post.demon.co.uk by mail.netcom.com (8.6.9/Netcom)     id HAA01706; Wed, 7 Sep 1994 07:38:46 -0700
  4. Received: from agog.demon.co.uk by post.demon.co.uk id aa05025;           7 Sep 94 14:59 GMT-60:00
  5. Received: by agog.demon.co.uk (V1.16/Amiga)     id AA000c3; Wed, 7 Sep 94 14:18:58 GMT
  6. Date: Wed, 7 Sep 94 14:18:58 GMT
  7. Message-Id: <9409071418.AA000c2@agog.demon.co.uk>
  8. Organization: AGOG
  9. X-MailViewer: Mail 1.12
  10. From: Gwynne Reddick <gred@agog.demon.co.uk>
  11. To: lightwave-l@netcom.com
  12. Subject: Re: LW idea...
  13. Sender: owner-lightwave-l@netcom.com
  14. Precedence: bulk
  15. Reply-To: lightwave-l@netcom.com
  16.  
  17. Hi lightwave-l@netcom.com
  18.    In <9409062201.3.684@cup.portal.com> Jeric@cup.portal.com wrote:
  19. > 
  20. > "Mike" writes:
  21. > >        It should be possible to do "object sequences" in a future
  22. > >        version of LW, in the same manner as image sequences...
  23. > >        Not morphing...
  24. > >        But using objects with suffixes like
  25. > >
  26. > >                Jaw.001
  27. > >                Jaw.002
  28. > >                Jaw.012
  29. > >                etc...
  30. > >
  31. > >        Following the same general rules for image sequences.
  32. > >        Imagine the possibilities!
  33. > >
  34. > >        Now this can already be simulated, by loading in all of the
  35. > >        objects, then setting up a mind-numbing set of dissolve envelopes,
  36. > >        but the memory issue alone would be a major concern.
  37. > 
  38. >     To conserve RAM, the thing to do would be to make a mind-numbing
  39. > set of SCENE files, not to load a mn set of objects.
  40. > 
  41. >     Then use an AREXX driver to load and render 1 frame per SCENE file.
  42. > 
  43. > >        Object sequences would mean having only one object in the
  44. > >        sequence in memory at a time...
  45. > >
  46. > 
  47. >     Why would you want to do this in the first place?
  48. > 
  49. > >        -Mike-
  50.  
  51.  
  52. One instance which springs to mind is a tunnel. Rather than having to load 
  53. the entire tunnel into ram in one go, you could break it into sections and
  54. load in only those which are being used at any particular point in the 
  55. animation i.e. drop the section you've just been through and load up a new one 
  56. ahead. An added benefit to this is that the memory saved by not having to load 
  57. in the entire tunnel can be used to detail each section a little more.
  58.  
  59. Morph targets would also benefit from this approach, since only the current
  60. object and it's target need to be held in ram at the same time.
  61.  
  62. Objects that spend any amount of time out of view of the camera could also
  63. be loaded and dropped as and when they are needed. 
  64.  
  65. There are many more possible uses of this technique, and I'm sure you'll 
  66. agree it's a pretty neat way of managing the ram requirements of any 
  67. particular animation.
  68.  
  69. Just my 2 ecu's(snigger) worth
  70.  
  71. Gwynne.
  72.  
  73.  
  74.  
  75. --
  76.  
  77. -
  78. *                                                                          *
  79. * Gwynne Reddick                             Submission is a crime         *
  80. * London, England                                                          *
  81. * Email gred@agog.demon.co.uk                you have a duty to resist.    *
  82. *                                                                          *